Как мы уже неоднократно писали, следующая версия платформы виртуализации VMware vSphere 5, которая выйдет в этом году, будет поставляться только на базе гипервизора VMware ESXi. Это означает, что всем пользователям VMware vSphere, которые работают с VMware ESX (а таких большинство), нужно уже сейчас задуматься о переходе на продукт ESXi.

Когда вышла VMware vSphere 4.1 в Release Notes мы могли прочитать подтверждение данного факта:

VMware vSphere 4.1 and its subsequent update and patch releases are the last releases to include both ESX and ESXi hypervisor architectures. Future major releases of VMware vSphere will include only the VMware ESXi architecture.

Поддержка же VMware ESX будет осуществляться в соответствии с политиками "VMware Enterprise Infrastructure Support".

Сегодня мы поговорим о том, что нужно учитывать при неизбежной миграции на VMware ESXi c ESX, и почему можно сказать, что этот переход не будет особо болезненным. Для начала нужно посетить ресурс по переходу на ESXi на сайте VMware. Там есть много интересного, а в частности ESXi 4.1 migration guide, в котором описаны тонкости процесса миграции.

Если вы не хотите читать этот огромный 13-страничный гайд, то есть небольшая выжимка в виде презентации "Transitioning to the ESXi Hypervisor", где можно найти много полезной информации.

В частности, у каждого аспекта управления в VMware ESX есть свой аналог в VMware ESXi, совокупность которых справляется со всеми задачами, присутствующими в виртуальной инфраструктуре vSphere:

Кстати интересная фраза (август, 2010): "VMware users should put a plan in place to migrate to ESXi during the next 12 to 18 months".

Теперь вместо агентов в гостевой ОС (ESX), у нас есть партнерские модули Common Information Model (CIM) в ESXi:

В версии VMware ESX / ESXi 4.1 компания VMware свела различия в функциональности двух платформ к минимуму (красным выделено появившееся в 4.1):

Для диагностики и решения проблем у нас есть куча локальных и удаленных интерфейсов в ESXi. Tech Support Mode также поддерживается локально и по SSH, что делает настройку ESXi простым делом:

Через клиента vSphere Client или браузер мы проводим стандартные операции, в DCUI лезем, если что-то зависло, а TSM используем для глубокого копания.

К файлам настройки на ESXi мы можем ходить через браузер:

И к лог-файлам тоже:

Ну, то есть в ESXi есть то же, что и в ESX - поэтому переходить можно смело:

По поводу того, как прейти на VMware ESXi с ESX. Да просто возьмите и переустановите, если нужно - ничего у вас не сломается. Только помните, что смешанные кластеры раньше не поддерживались, а как теперь - не знаю. Дальше учитесь использовать VMware Management Assistant (vMA), vCLI и PowerCLI - это не так сложно.

И, напоследок, для всех тех, кто хотел узнать, что за продукт такой vSphere Hypervizor:

VMware vSphere Hypervisor is the new name for what was formerly known as VMware ESXi Single Server or free ESXi (often abbreviated to simply “VMware ESXi”)

Пакет продуктов VMware vSphere 4.1 вышел уже две недели назад, особенных ошибок в новой сборке выявлено не было, а значит настало время обновлять свои хосты VMware ESX 4.0 Update 1 или Update 2 на VMware ESX 4.1.

Прежде всего, вам надо пойти по этой ссылке на сайт VMware и скачать два пакета для проведения обновления (у вас должен быть действующий контракт на подписку SnS):

• pre-upgrade-from-ESX4.0-to-4.1.0-0.0.260247-release.zip
• upgrade-from-ESX4.0-to-4.1.0-0.0.260247-release.zip

Далее нужно скопировать эти файлы в сервисную консоль сервера VMware ESX, например, с помощью бесплатной утилиты Veeam FastSCP. После этого в Service Console VMware ESX 4.0 выполняем следующие действия:

1. Переводим хост в Maintenance Mode. Это можно сделать либо из vSphere Client, либо командой:

# vimsh -n -e /hostsvc/maintenance_mode_enter

2. Выполняем команду в директории с файлами обновления:

# esxupdate update --bundle=pre-upgrade-from-ESX4.0-to-4.1.0-0.0.260247-release.zip

3. Выполняем команду:

# esxupdate update --bundle=upgrade-from-ESX4.0-to-4.1.0-0.0.260247-release.zip

После успешного апгрейда на VMware ESX 4.1 нам напишут в консоли:

The update completed successfully, but the system needs to be rebooted for the  changes to be effective.

4. Соответственно, выполняем:

# reboot

5. Выходим из Maintenance Mode после перезагрузки ESX:

# vimsh -n -e /hostsvc/maintenance_mode_exit

Заждались? Но, не волнуйтесь, он уже здесь - пятый выпуск обзора бесплатных программ и утилит для виртуальной инфраструктуры VMware vSphere / ESX / ESXi. Сегодня мы рассмотрим все самые интересные бесплатные средства администрирования и управления серверами ESX и ESXi, а также приведем ссылки на все заметки VM Guru, опубликованные ранее по этой теме.

Компания Citrix продолжает развитие своих продуктов для виртуализации инфраструктуры предприятий на всех уровнях ИТ. Citrix XenApp, средство для виртуализации и доставки приложений, ранее был флагманским продуктом компании, теперь же ему на смену пришел Citrix XenDesktop как более комплексное и законченное решение для ИТ-инфраструктуры. Сам XenApp стал частью решения по виртуализации корпоративных ПК Citrix XenDesktop, но продолжает свое развитие как независимый продукт. На днях вышла предварительная версия Citrix XenApp 6 Tech Preview под кодовым названием Parra.

Андрей Вахитов (vmind.ru) в своем блоге разместил просочившуюся информацию о новой функциональности готовящегося к выпуску релиза платформы виртуализации VMware vSphere 4.1, включая ESX 4.1 и vCenter 4.1.

Приблизительный список основных новых возможностей VMware vSphere 4.1:

• Поддержка развертывания тонкого гипервизора VMware ESXi по PXE.
• Контроль обмена трафиком с системой хранения Storage I/O Control в стиле QoS.
• Network I/O Traffic Management - более гибкое регулирование полосы пропускания сетевого взаимодействия виртуальных машин (в том числе сети VMotion, Fault Tolerance).
• VMware HA Healthcheck Status - автоматическая проверка работоспособности VMware HA, при этом в случае отклонения настроек кластера от требуемых выдается Alarm в VMware vCenter.
• Fault Tolerance (FT) Enhancements - теперь FT полностью интегрирован с VMware DRS, работает в кластерах EVC, а первичные и вторичные виртуальные машины корректно балансируются DRS. Кроме того, VMware FT может теперь работать без VMware HA.
• vCenter Converter Hyper-V Import - можно импортировать виртуальную машину на ESX с сервера Hyper-V
• DRS Virtual Machine Host Affinity Rules - возможность запрещать некоторые хосты к размещению на них ВМ. Пригодится для соблюдения лицензионной политики.
• Memory Compression - новый уровень абстракции оперативной памяти ВМ. Быстрее чем засвопированная на диск память, но медленнее, чем физическая.
• vMotion Enhancements - теперь VMotion работает быстрее (до 8 раз), и увеличено число одновременных миграций ВМ на хосте (с 4 до 8).
• 8GB Fibre Channel Support
• ESXi Active Directory Integration - теперь ESXi можно загнать в AD.
• Configuring USB Device Passthrough from an ESX/ESXi Host to a Virtual Machine - поддержка USB-устройств на хосте ESX / ESXi, пробрасываемых к виртуальной машине.
• User-configurable Number of Virtual CPUs per Virtual Socket - по-сути, многоядерные (не путать с многопроцессорными) виртуальные машины. Несколько виртуальных ядер в одном виртуальном vCPU.

А знаете ли вы, что в VMware vSphere 4 / ESX есть способ обновить VMware Tools сразу для нескольких операционных систем в виртуальных машинах одновременно? Выбираем какой-нибудь объект в окружении VMware vCenter из vSphere Client, где есть вкладка Virtual Machines (например кластер или хост ESX 4), переходим на нее, выделяем с помощью Ctrl или Shift несколько виртуальных машин, нажимаем правую кнопку мыши и из меню Guest выбираем Install / Upgrade VMware Tools для массового обновления:

Можно также массово обновить VMware Tools через интерфейс PowerCLI (PowerShell для vSphere).

Как уже сообщалось, компания VMware выпустила Update 1 для виртуальной инфраструктуры VMware vSphere 4.0 в части хостов VMware ESX и сервера VMware vCenter. Обновить хост-серверы ESX можно с помощью продукта VMware Update Manager, однако это чревато негативными последствиями, описанными в KB 1016070.

Проблема касается хост-серверов ESX с установленными сторонними агентами производителей оборудования и описывается следующими симптомами:

1. VMware Update Manager прекращает обновление на ESX 4 Update 1 и останавливается на 33%.
2. После перезагрузки VMware ESX выпадает в purple screen с сообщением:

COS Panic: Int3 @ mp_register_ioapic

Проблема в том, что после перезагрузки хоста VMware ESX 4 с неудачным обновлением Update 1, вам придется переустанавливать ESX, что приведет к потере виртуальных машин на локальных datastores. Чтобы этого не произошло, необходимо отключить все сторонние агенты на ESX перед обновлением до Update 1. Если вы уже обновились, но не перезагружали хост - обратитесь в техническую поддержку VMware.

Я уже писал про то, что лучше переставлять чем обновлять. А сегодня я расскажу о некоторых проблемах апгрейда на VMware vSphere, если вы все-таки решили идти по этому пути:

• После Upgrade сервера VMware vCenter на версию 4.0 не стартует сервис VMware VirtualCenter Management services, выдается ошибка: "VMware VirtualCenter Management Webservices stopped with a particular service error  0 (0x0)". Читаем KB 1011648.
• После апгрейда на VMware ESX 4 не установить VMware Tools в гостевой ОС Windows 2008 Server. Выдается ошибка "Error 1316 A network error occured while atempting to read the file". Читаем KB 1012693.
• После обновления на VMware vCenter 4.0 не установить плагин VMware Converter (или плагин устанавливается, но показывается как для vCenter 2.5). Читаем KB 1011440.
• После обновления на VMware vCenter 4 от него отваливаются хосты ESX 4 и отображаются со статусом "Not Responding" (при этом хосты ESX 3.5 не отключаются и работают нормально). Читаем KB 1011647.
• Апгрейд ESX 3.5 на ESX 4 оказывается неудачным (различные сообщения в логах). Проверьте, что всё оборудование сервера поддерживается VMware (нужен 64-битный процессор). Помните, что старые сетевые адаптеры 100 Mbit не поддерживаются VMware ESX 4 (например, Intel PRO/100).

И помните: как виртуальные машины, так и хосты VMware ESX нужно апгрейдить в правильном порядке и с учетом некоторых особенностей.

Итак, вы обновились на VMware ESX 4.0 с VMware ESX 3, но что-то пошло не так. Вы приняли решение откатиться на VMware ESX 3, удалив неудачную установку ESX 4. Что вам необходимо сделать:

1. Выполните команду в Service Console ESX 4:

rollback-to-esx3

Эта команда удаляет возможность загрузки в режиме VMware ESX 4 и все то, что с ним связано.

2. Перезагрузите хост VMware ESX.

3. При загрузке убедитесь, что загрузчик стал вида ESX 3.

4. После удачной загрузки удалите папку esxconsole-<UUID> с виртуального хранилища (Datastore), где находилась Service Console ESX 4.

Теперь вот что вам необходимо знать об откате обновления VMware ESX 4.0 Upgrade Rollback...
Таги: VMware, ESX, Upgrade, vSphere, Backup

Действия после обновления (Upgrade) серверов VMware ESX / ESXi 3.x на vSphere ESX / ESXi 4.

Итак, вы обновили хосты VMware ESX 3.5 на VMware ESX 4 с помощью VMware Update Manager или Host Update Utility (лучше, конечно, переустановить ESX заново), а вот что нужно сделать после установки? Некоторые действия, приведенные ниже, помогут не только в случае Upgrade'а на VMware vSphere, но и при чистой установке VMware ESX или ESXi 4...
Таги: VMware, vSphere, Upgrade, ESX

Миграция виртуальных машин с VMware Virtual Infrastructure 3.5 на VMware vSphere 4.